home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / tcl / workshop / tcl93pr1.lha / tcl93-proceedings2 / futures / session1 < prev    next >
Text File  |  1993-06-14  |  7KB  |  246 lines
  1. Article 4726 of comp.lang.tcl:
  2. Path: chemabs!malgudi.oar.net!caen!nigel.msen.com!sdd.hp.com!ux1.cso.uiuc.edu!howland.reston.ans.net!agate!agate!msilva
  3. From: msilva@mercenary.CS.Berkeley.EDU (Mario J. Silva)
  4. Newsgroups: comp.lang.tcl
  5. Subject: notes on tcl/tk's wkshop 1st session on future directions
  6. Date: 11 Jun 93 09:16:13
  7. Organization: UC Berkeley, CS Division
  8. Lines: 232
  9. Message-ID: <MSILVA.93Jun11091613@mercenary.CS.Berkeley.EDU>
  10. NNTP-Posting-Host: mercenary.cs.berkeley.edu
  11.  
  12.  
  13. [Below are my notes of the 1st session on "Future directions for Tcl/Tk"
  14. that took place yesterday. 
  15.  
  16. Other UC Berkeley students will submit their notes
  17. for the other 3 sessions in subsequent postings.
  18.  
  19. I hope these notes will stimulate the continuation of the very
  20. productive discussions we had during the wkshop. For those who didn't
  21. come, don't miss it next year!
  22.  
  23. These sessions were conducted by Prof. John Ousterhout.  Part of the
  24. text is taken from John Ousterhout's slides, part are my annotations
  25. of what was being discussed.
  26.  
  27. I've typed this in the emacs outline mode. If you look only at the
  28. headers, you'll see in most cases the text that was being discussesd at
  29. the moment on John's viewgraphs.  The text inside are my annotations.
  30.  
  31. Mario 
  32. ]
  33.  
  34. -*- outline -*-
  35.  
  36. * Tcl/Tk wkshop; summary of "future directions" sessions
  37.   ======================================================
  38.  
  39. First session was an introduction by J.O.  of topics for discussion.
  40. Idea was to identify the most important areas for improvement (what
  41. are the biggest current problems?) and later discuss possible
  42. solutions.
  43.  
  44. * This was the initial list of topics and reactions:
  45.  
  46. ** 1. Managing extentions
  47.  
  48. how to make it easy to mix & match various extensions to Tcl & Tk
  49. (both C code and Tcl Scripts)
  50.  
  51. Very Important!
  52.  
  53. ** 2. Restricting scripts (security, etc.)
  54.  
  55. goal is to have a live discussion of what has been going on the
  56. secure-tcl mailing list
  57.  
  58. Important!
  59.  
  60. ** 3. Generalized Tk Bindings
  61.  
  62. we all know that bindings don't extend well, discuss possible solns.
  63.  
  64. Important!
  65.  
  66. ** 4. Better object management facilities
  67.  
  68. We already had 1 hour of presentations of religious beliefs about this
  69. issue in the morning. Everybody was too tired to react to the proposal
  70. of the topic.
  71.  
  72. ** 5. Internationalization
  73.  
  74. John briefly described recent wk by Rob Pike presented at Usenix.
  75. From the description, it seemed that his extension would be
  76. incompatible w/ iso8859. 
  77.  
  78. Tk now almost completely supports 8-bit characters, ie, the European
  79. char sets.
  80.  
  81. Audience in general didn't seem to be willing to discuss of I18n
  82. issues; no experts present.
  83.  
  84. ** 6. Procedure library for Tk
  85.  
  86. Building a library of commonly used widgets, continuing
  87. the long discussion has been going on the newsgroup.
  88.  
  89. * Additional topics
  90.  
  91. The purpose of this session was not to discuss the topics above but to
  92. enumerate the topics for discussion in the following sessions. 
  93.  
  94. Below is my understanding of what addtional topics were proposed by
  95. the audience.
  96.  
  97. ** 7. Events
  98.  
  99. *** managing event loops
  100.  
  101. problem is that every app wants other apps to use their event loop.
  102. Few can be easily plugged into other event loops.
  103.  
  104. *** threads
  105.  
  106. how to incoporate tcl/tk in a thread package?
  107.  
  108. according to J.O. most of Tcl/Tk is ready to be used within a thread
  109. package. However, he acknowledged that there are still a few globals.
  110.  
  111. *** event priorities
  112.  
  113. requested possibility of prioritizing execution of pending events
  114.  
  115. *** user-extensible event types
  116.  
  117. so far TkDoOneEvent has flags to indicate request for processing of
  118. timer events, file events, X events. A finer grain is required.
  119.  
  120. *** portability
  121.  
  122. of the event model to other platforms?
  123.  
  124. *** support for other input devices
  125.  
  126. tablets, etc.
  127.  
  128. currently people open the device of the serial line where the device
  129. is and process the raw input. Higher-level support for these devices
  130. is required.
  131.  
  132. ***  file handlers buffering
  133.  
  134. ** 8. send 
  135.  
  136. *** multiple transport mechanisms
  137.  
  138. people want to use send w/o caring which transport mechanism (tk_send,
  139. tclTCP, tclDP, ...) is being used do deliver messages to remote
  140. applications.  
  141.  
  142. *** asynchronous sends
  143.  
  144. Current send is synchronous.
  145.  
  146. Problem w/ asynch is how to handle errors, ie, how to notify the user
  147. of a client program of an execution error on a command sent to a
  148. remote server.
  149.  
  150. *** service protocol (oo binding)
  151.  
  152. Session management facilities should be available.
  153. An application should be able to send messages to a service (e.g, the
  154. DEBUGGER) and have the session manager
  155.  1. decide which app to invoke for the service (e.g, a tcl-based dbx)
  156.  2. automatically activate the app, if not started
  157.  
  158. *** security
  159.  
  160. this was not the right time to discuss it, but a small brainstorm took
  161. place here. summary of discussion:
  162.  1. better wait for what security mech will become widely available for
  163. X and use it (kerberos seems to be the current direction)
  164.  
  165.  2. there are additional issues that have to be addressed, like
  166. restricting access to low-level commands. 
  167.  
  168. For example, a system may have a tcl i/f where low level commands are
  169. used to perform individual operations that are potentially dangerous
  170. when executed in a particular order. Users should be able to invoke
  171. only high-level commands that execute pre-defined sequences of the
  172. low-level commands that are known to be safe.
  173.  
  174. ** 9. Binary data
  175.  
  176. issue is converting binary data as it arrives from a connection into
  177. strings that can be manipulated by Tcl.
  178.  
  179. This looks like a simple problem, but there is the issue of at what
  180. point is the conversion done.
  181.  
  182. ** 10. Canvases
  183.  
  184. There was a long wish list for canvas. I'm not sure if I catched them all.
  185.  
  186. *** partial fills of objects
  187.  
  188. suggestion: the canvas widget has an internal, undocumented, protocol.
  189. That common protocol is used to control the various types of objects
  190. within the canvas. An extension could be made by adding new types
  191. repecting that protocol
  192.  
  193. *** C access to internals
  194.  
  195. people want to manipulate the canvas w/o going through Tcl_Eval
  196.  
  197. *** unmapping window mappings
  198.  
  199. YESSS!
  200.  
  201. *** geometry manager
  202.  
  203. YESSS!
  204.  
  205. *** adjusting coordinates
  206.  
  207. *** indirect points
  208.  
  209. hard to understand
  210.  
  211. *** transformations
  212.  
  213. associated with individual canvas items
  214.  
  215. *** 3D canvas
  216.  
  217. There were requests for a PHIGS canvas or a PEX canvas or simply a canvas
  218. w/ 3 coordinates.
  219.  
  220. J.O. guaranteed he would not do it.
  221.  
  222. *** support for multiple resolutions
  223.  
  224. don't need to draw all the points in a low-resolution display.
  225.  
  226. *** writable bitmaps
  227.  
  228. *** active Foregroud & Background for canvases
  229.  
  230. *** multiple windows for displaying the same canvas
  231.  
  232. would like to show different viewports on the same canvas on
  233. different windows.
  234.  
  235. people want that for the text widget too.
  236.  
  237. Mario Jorge Silva                      msilva@cs.Berkeley.EDU
  238. University of California Berkeley                 Ph:    +1(510)642-8248
  239. Computer Science Division, 571 Evans Hall         Fax:   +1(510)642-5775
  240. Berkeley CA 94720                                 
  241.  
  242.  
  243.  
  244.  
  245.  
  246.